home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 7320 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.9 KB
  1. Path: rational.com!usenet
  2. From: Gene Ouye <geneo@rational.com>
  3. Newsgroups: comp.lang.c++,comp.lang.c,comp.lang.ada
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: Thu, 22 Feb 96 14:37:05 EST
  6. Organization: Rational Software Corporation
  7. Message-ID: <NEWTNews.825000934.12000.geneo@medusa.ppp.rational.com>
  8. References: <00001a73+00002504@msn.com> <4etcmm$lpd@nova.dimensional.com> <312515DF.7D3B@cmlj.demon.co.uk> <4gad29$ddp@druid.borland.com> <4gb4r3$psg@qualcomm.com> <eg4tslzr18.fsf@trost.ii.uib.no>  <dirk.824894312@demokrit>
  9. NNTP-Posting-Host: medusa.rational.com
  10. Mime-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. X-Newsreader: NEWTNews & Chameleon -- TCP/IP for MS Windows from NetManage
  13.  
  14.  
  15. Dirk Dickmanns <dirk@demokrit.informatik.unibw-muenchen.de> wrote:
  16.  
  17. > >[another citation of Ada 83 Booch Components shrunk 80%, 90%, 100%, 
  18.     or more when written in C++ deleted...]
  19. > 
  20. > My 2 Pfennig: It would have shrunk to 10 KLOC in all of Ada, C++,
  21. > Eiffel, Sather, whatever during recoding.  Maybe we have some kind of
  22. > code compressors, but up to now any recode I saw shrunk a lot and was
  23. > -- even if done by me -- not neccessarily less readable.
  24.  
  25. Dirk is right on the mark here (no pun intended:-).  Grady has said
  26. MANY TIMES and in MANY LOCATIONS that the reason the components shrank 
  27. so much was in no way due to the inherent expressiveness, goodness, or
  28. any other attribute of either Ada or C++, but was rather due to the 
  29. "aha" factor after examining the completed work and then taking a 
  30. second (or more) pass through and redoing it.  He admitted that due 
  31. to Ada's (at the time) lack of support for dynamic dispatching, there
  32. was some additional overhead that would be written into the code, but
  33. that regardless, there would have been an order of magnitude reduction
  34. in the size of the code similar to the reduction found in the C++ 
  35. components had they been redone in Ada 83.
  36.  
  37. Given Ada 95's support for tagged types, plus other goodies, it is 
  38. expected that the size of the final Ada 95 version will likely be 
  39. somewhat smaller than the C++ version.  Do not construe from this 
  40. that Ada 95 is now slightly more expressive than C++, probably if 
  41. someone takes another pass through the C++ version, it could be made
  42. even smaller as well.
  43.  
  44. Besides, statistics about a component library such as the Booch 
  45. components, or Tools.h++, or anything like that are pretty much 
  46. irrelevant to the normal programmer, who is NOT writing a reusable 
  47. component library, but rather an application that, among other things,
  48. utilizes component libraries.  These kinds of statistics make great 
  49. flame war fodder, but one would hope that reasonable people making 
  50. reasonable decisions about programming languages would be able to 
  51. see them for what they are and USE THEM IN THE PROPER CONTEXT.
  52.  
  53.  
  54. > 
  55. > Dirk
  56. > 
  57. > --
  58. > Dirk Dickmanns -- real-time dynamic computer vision
  59. > Sun OS 4.1.3; PC Linux; Transputers -- embedded
  60. > Ada 95, Ada 83, OCCAM2/3, ANSI C, Eiffel 3, PROLOG
  61.  
  62. Gene Ouye <geneo@rational.com>
  63.  
  64.